在確定您的云計算策略時，重要的是要了解沒有兩種商業(yè)情況是相同的。組織可能具有不同的專業(yè)領(lǐng)域、不同的商業(yè)壓力、經(jīng)驗、團隊結(jié)構(gòu)、職責(zé)等。

雖然一些公司“生于云端”或已經(jīng)具備強大的云能力，但其他組織可能會通過所謂的“推動因素”（例如關(guān)鍵基礎(chǔ)設(shè)施產(chǎn)品逐步取消支持）或“拉動因素” （例如由于缺乏可用于物理服務(wù)器投資的資本支出。云遷移是組織將其部分或全部數(shù)據(jù)、應(yīng)用程序和工作負載遷移到云基礎(chǔ)架構(gòu)的過程。本文將討論高級云遷移策略，以幫助您選擇最適合您業(yè)務(wù)的方法。

高層戰(zhàn)略

一旦組織確定已準備好遷移到云，就需要做出許多特定于上下文的決策。擁有一個通用的指導(dǎo)策略至關(guān)重要。制定您的目標和希望通過云遷移策略解決的問題有助于確保您的業(yè)務(wù)和技術(shù)策略保持一致。你希望達到什么目的？

• 您是否正在努力削減成本或縮短上市時間？
• 您是否正在努力吸引和留住熟練的員工？
• 您是否正在努力提高產(chǎn)品或服務(wù)的質(zhì)量？
• 這些目標是緊急的還是長期的？
• 在遷移到云端時，您是否有需要滿足的合規(guī)性要求？

這些因素對于確定您的云遷移策略應(yīng)該是什么樣子至關(guān)重要。

供應(yīng)商選擇

對于具有一組同質(zhì)工作負載要求的相對較小的組織，單一供應(yīng)商云策略可能是最合適的，因為幾乎不需要投資多個云供應(yīng)商來實現(xiàn)技術(shù)冗余或避免供應(yīng)商鎖定。

更大的組織，例如具有不同工作負載和不同級別技術(shù)要求的全球銀行，更有可能采用多云戰(zhàn)略，因為這將使每個項目團隊能夠靈活地選擇最適合其要求的供應(yīng)商. 此外，較大的組織更有可能需要滿足內(nèi)部和外部合規(guī)性要求，而這些可能需要能夠在相對較短的時間內(nèi)在云供應(yīng)商之間轉(zhuǎn)移工作負載。

涉及傳統(tǒng)數(shù)據(jù)中心和云供應(yīng)商的混合策略對于大中型企業(yè)也可能有意義，特別是如果向云的過渡將跨越數(shù)年。如果隨著您對云技術(shù)在企業(yè)中的實施了解得更多，需要更動態(tài)地發(fā)展您的云遷移策略，則此策略也可能是相關(guān)的。

六個R

一旦確定了云遷移目標和供應(yīng)商策略，下一步就是決定如何將工作負載遷移到云中。首先，您需要對現(xiàn)有應(yīng)用程序進行審核。這可以讓您了解遷移到云所需的工作級別和性質(zhì)。在此審核期間，您可以根據(jù)您希望負責(zé)應(yīng)用程序的團隊在云遷移中采用的方法對應(yīng)用程序進行分類。AWS 概述了六種“常見遷移策略。這些可以全面應(yīng)用，或者每個團隊可以選擇最適合他們當時特定設(shè)置的策略，具體取決于組織的規(guī)模和所涉及的復(fù)雜性。

1.重新托管

第一個也是最簡單的策略是重新托管您的應(yīng)用程序（也稱為“直接遷移”）。它涉及將它們從在數(shù)據(jù)中心運行的物理服務(wù)器移動到在云中運行的虛擬服務(wù)器。通常，這不需要更改代碼，并且對流程和網(wǎng)絡(luò)等周邊技術(shù)的更改相對較少。它還可能使您的組織能夠開發(fā)其他云原生實踐所需的云技能和經(jīng)驗。

2.重新平臺化

這種方法也稱為“提升、修補和轉(zhuǎn)移”，類似于重新托管，但通過在應(yīng)用程序級別集成大量基礎(chǔ)云服務(wù)，更進一步。例如，AWS IAM（身份和訪問管理）可能會集成到您的應(yīng)用程序中，以取代或補充更傳統(tǒng)的面向數(shù)據(jù)中心的 IAM 系統(tǒng)。

3.回購

這種方法也稱為“drop and shop”，涉及用許可的基于云的服務(wù)替換現(xiàn)有的本地應(yīng)用程序。這可能涉及更改您的企業(yè)使用的許可模式、降低維護成本，并可能允許更快、更輕松的升級路徑。

4.重構(gòu)/重構(gòu)

一種更加云原生的方法是利用您現(xiàn)有的代碼庫并修改或擴展它們以在更現(xiàn)代的云服務(wù)中工作。一個示例是容器化您的應(yīng)用程序代碼、運行配置，并在基于云的 Kubernetes 服務(wù)（例如 Amazon 的EKS或 Azure 的AKS）中運行它們。這可能涉及對現(xiàn)有代碼庫進行大量重寫，以使其能夠正常運行并提高可擴展性；甚至可能需要完全重寫才能使用真正的云原生工具（例如，無服務(wù)器工具，如 AWS Lambda 或 Azure Functions）。

5.退休

使用最后兩個“被動”策略，工作負載根本不會遷移到云端。您的工作量審計可能會發(fā)現(xiàn)冗余或不再值得維護的系統(tǒng)。這些應(yīng)用程序可以停用。

6.保留

最后一個“被動”策略，保留，涉及保持您的應(yīng)用程序運行并選擇在可預(yù)見的未來不將其遷移到云中。將您的應(yīng)用程序保留在云之外的可能原因有很多，包括：

• 對應(yīng)用程序運行位置的監(jiān)管限制或?qū)Π踩缘母邇?nèi)部合規(guī)性要求
• 軟件的任務(wù)關(guān)鍵性可能會使在遷移周期的早期規(guī)劃遷移到云技術(shù)的風(fēng)險太大且不確定
• 沒有關(guān)于移動應(yīng)用程序造成的中斷的業(yè)務(wù)案例
• 云環(huán)境不支持遺留系統(tǒng)

從哪里開始

除了決定您的總體戰(zhàn)略和對每個工作負載的戰(zhàn)術(shù)方法進行分類外，您還需要制定一個計劃，如何構(gòu)建您的云基礎(chǔ)架構(gòu)以支持工作負載的移動。一種方法是讓每個團隊選擇如何在云中構(gòu)建自己的系統(tǒng)。然而，這種方法有幾個缺點，因為團隊可能會復(fù)制反實施模式并重復(fù)彼此的錯誤或違反內(nèi)部/外部合規(guī)性規(guī)則。

另一種方法是創(chuàng)建一種集中式“卓越中心”或云基礎(chǔ)架構(gòu)團隊。該團隊可以選擇放置其他團隊可以運行其工作負載的核心系統(tǒng)。在建立這些護欄時，應(yīng)優(yōu)先考慮某些設(shè)計元素。

帳戶

云架構(gòu)的最基本單元是云帳戶。在您的組織中使用一個帳戶幾乎總是無法擴展，因為您最終會遇到帳戶限制。因此，確定帳戶邊界很重要。該帳戶將用于代表特定的業(yè)務(wù)部門、單個團隊或一組軟件服務(wù)嗎？這將如何與您的財務(wù)部門一起運作？誰應(yīng)該收到帳單？盡早弄清楚這一點很重要，因為成本會迅速增加。

下一個最基本的架構(gòu)單元是身份和訪問管理系統(tǒng)。隨著您的云基礎(chǔ)設(shè)施的增長，您將需要考慮用戶訪問各種云服務(wù)和數(shù)據(jù)的安全影響，而且越快越好。將這些規(guī)則追溯應(yīng)用到已經(jīng)運行的系統(tǒng)上可能會很復(fù)雜。

聯(lián)網(wǎng)

遷移到云涉及現(xiàn)有網(wǎng)絡(luò)的虛擬化或完全重新設(shè)計。VPC (AWS) 或 VNet (Azure) 服務(wù)允許您設(shè)置隔離網(wǎng)絡(luò)以在您的帳戶中運行一組單獨的服務(wù)。需要仔細考慮您組織的服務(wù)與基本網(wǎng)絡(luò)資源（如 IP 地址）之間的互聯(lián)網(wǎng)絡(luò)通信。

數(shù)據(jù)遷移

雖然將計算服務(wù)遷移到云端很容易，但遷移數(shù)據(jù)可能更具挑戰(zhàn)性。主要數(shù)據(jù)存儲可能是大型、復(fù)雜的基礎(chǔ)設(shè)施，需要仔細規(guī)劃才能移動。這需要對如何將數(shù)據(jù)移動到云中同時符合組織的性能、合規(guī)性和可操作性標準有足夠深入的了解。

結(jié)論

一旦您明確了您的高級云戰(zhàn)略，制定成功的云遷移戰(zhàn)略就需要對您業(yè)務(wù)的各個方面進行細致的規(guī)劃和考慮。下一步是為您選擇正確的云供應(yīng)商戰(zhàn)略——無論是直接的單一供應(yīng)商遷移、多云供應(yīng)商方法還是混合戰(zhàn)略。最后，您需要在開始載入應(yīng)用程序之前首先考慮關(guān)鍵的基礎(chǔ)設(shè)施組件來構(gòu)建您的云遷移。